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(54) Method and apparatus for providing attributes of a collaboration system in an operating 
system for a folder-based file system 



(57) A conventional operating system folder or di- 
rectory based file system is implemented with, or en- 
hanced to provide, attributes of shared collaborative 
workspaces. In particular, the conventional file system 
is connected to either a server based or a distributed 
collaboration system and the user interface of the oper- 
ating system file system is augmented to allow it to con- 



trol aspects of the collaboration system. Each folder or 
directory can be synchronized and treated as a "work- 
space" that can be viewed and shared with other users 
or groups of users. Folder can also be provided with 
"awareness" information that indicates collaborators 
that are present and those that are sharing the work- 
space. 
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Description 

FIELD OF THE INVENTION 

[0001 ] This invention relates to collaboration systems 
and to folder-based file systems that are part of conven- 
tional operating systems and to methods and apparatus 
for providing attributes of a collaboration system in a 
folder-based file system. 

BACKGROUND OF THE INVENTION 

[0002] Collaboration involves the ability for each 
member in a group of members, called "collaborators" 
to automatically transmit information to, and receive in- 
formation from, other collaborators in the group. In order 
to facilitate such collaboration, various systems have 
been developed that allow such information to be trans- 
mitted between personal computer systems, communi- 
cation appliances or other communication devices, in- 
cluding handheld and wireless devices. Collectively, 
these devices will be referred to a "computers" in this 
description. 

[0003] Computer-based collaboration may occur lo- 
cally among users connected to, or operating with, one 
computer or server. Alternatively, collaboration may oc- 
cur over a network, such as the internet, wherein each 
of the users is located at a computer connected to the 
network. A server may also be connected to the net- 
work. Several collaboration models are currently being 
implemented as networked computer collaboration sys- 
tems. One of these models is a client-server model in 
which all collaborators are connected, via the network, 
to a central server. Information generated by each col- 
laborator is sent over the network to the server that then 
transmits the information back over the network to each 
other collaborator. In one version of this system data that 
is being collaboratively modified may be stored centrally 
on the server. Then, each collaborator that wants to 
modify the data sends information to the server to effect 
a change in the server data. The server modifies its copy 
of the data and then sends information, synchronously 
or asynchronously, representing a "view" of the modified 
data to all collaborators, so that each collaborator can 
display the data locally. 

[0004] Alternatively, in a server based system, in ad- 
dition to the data copy maintained in the server, addi- 
tional local data copies may be maintained in each col- 
laborating computer. Each collaborator that wants to 
modify the data sends information to the server to effect 
a change in the server data. The server modifies its copy 
of the data and then transmits the command to all col- 
laborators. Each collaborator uses the command to up- 
date its local data copy. This local data copy is then dis- 
played locally. Examples of this model are Lotus Notes® 
sold by International Business Machines, Inc. Armonk, 
New York and Exchange sold by Microsoft Corporation, 
Redmond, Washington. 



[0005] Another collaboration model is a "peer-to- 
peer" or "distributed" model in which direct connections 
are established over the network between each of the 
collaborating computers. Information generated by 

5 each collaborator is then sent directly to each other col- 
laborator. In such a system, the collaborators commu- 
nicate in a private "virtual" shared space that is gener- 
ated and maintained by the collaborative system. 
[0006] A central data repository is not necessary in a 

10 peer-to-peer collaboration system because each collab- 
orator has a local copy of the data being collaboratively 
modified. In order to change the data, either a "push" or 
a "pull" model may be employed. In a "push" model, a 
collaborator generates a data change request that isfor- 

15 warded to each other collaborator. The incoming data 
change requests are then used by each collaborator to 
modify its local data copy. In a "pull" model, one collab- 
orator modifies local data and offers up such changes 
upon asynchronous request. Other collaborators issue 

20 requests, fetch and gather changes, and subsequently 
modify their local data copies to reflect such changes. 
Examples of this peer-to-peer model are the Kubi Client, 
developed and marketed by Kubi Software of Lincoln, 
Massachusetts, and the Groove Workspace collabora- 

25 tion system developed and marketed by Groove Net- 
works, Inc., 100 Cummings Center Suite 535Q, Beverly, 
MA 019015 that is described in detail at http://www. 
groove.net. See also U.S. Patent No. 6,446,113 B1 . 
[0007] However, all of these latter collaboration sys- 

30 terns are application programs that run in conjunction 
with an operating system that is present on all conven- 
tional computer systems. Because the collaboration 
systems are purely application programs (such as an 
electronic mail application or a groupware application or 

35 a browser-based application), they have the disadvan- 
tage that they require each collaborator to learn a user 
interface that is peculiar to the particular program. Many 
users are reluctant to learn the new controls and func- 
tions that are associated with such interfaces. 

40 [0008] Modern operating systems include a file sys- 
tem that is typically organized by folders or directories. 
These folders or directories are either explicit user- 
specified collections of files, or may be "virtual" collec- 
tions in which files are organized based upon a query 

45 or search criteria. This file system and associated fol- 
dering or directory system (hereinafter referred to as a 
"folder-based" file system) has the advantage that it is 
perceived by the user to be part of the operating system. 
Therefore, if a user has the operating system he or she 

50 is already familiar with the built-in file system so that the 
users do not need to learn an additional set of com- 
mands and functions to operate the system. 
[0009] Such a folder based file system is shown in Fig- 
ure 1 , which is screen shot of a file system display 1 00 

55 from the Windows® XP Pro operating system sold by 
Microsoft Corporation, Redmond, Washington. This dis- 
play shows various folders 1 02 that may contain files or 
additional subfolders. The display also includes a task 



2 



3 



EP 1 517 260 A2 



4 



pane 1 04 that presents the user with various tasks 1 06 
that can be performed on the folders 102. These tasks 
include renaming the folder, moving the folder, copying 
the folder etc. In addition, another section 110 permits 
the user to navigate to other areas in the computer such 
as the local disk, the "My Documents" folder and other 
selected places. A further section 112 provides details, 
such as the date that the file was last modified, about 
the selected folder (Folder D is shown selected in Figure 
1)- 

[0010] However, because collaboration systems are 
separate application programs, in order to perform col- 
laborative work on files that are part of the folder based 
file systems, the files must be moved or copied between 
the conventional operating system file system and the 
collaboration application program. Typically, such mov- 
ing or copying of files between the conventional file sys- 
tem directories and the collaboration system can be te- 
dious and error-prone. Furthermore, the duplication of 
such information can result in excessive use of storage, 
and may cause user confusion as multiple copies may 
get out of synchronization with one another as they are 
modified. 

[0011] It would be convenient if the files could be 
shared collaboratively without having to move them 
from thef ile system into the collaborative system. To this 
end, in many folder-based file systems, the folders or 
directories can be shared with other parties by treating 
the folders as "remote folders" or "remote mounted vol- 
umes." For example, in Figure 1 , folders can be shared 
by selecting a folder, such as Folder D, and then select- 
ing the "Share this folder" task 1 08 from task pane sec- 
tion 106. A selection of the share task opens a dialog 
box of which a screen shot 200 is shown in Figure 2. 
This dialog box allows various sharing parameters to be 
set. For example, radio buttons 202 can be used to se- 
lect whetherthefoldershould be shared. Text boxes 204 
and 206 permit the user to enter a folder sharing name 
and comment. Radio buttons 208 allow the userto con- 
trol the number of other users allowed to share the se- 
lected folder. Finally, additional buttons 21 0 and 212 al- 
low the user to set sharing permissions and to set pa- 
rameters that allow the selected folder to be accessed 
even when a user is not connected to the network. When 
a selected folder is designated as shared, a "hand" over- 
lay is applied to the icon that represents the folder as 
shown at 114 in Figure 1 . 

[001 2] Treating the folders in this manner allows shar- 
ing of the data in the folders, but users cannot easily 
coordinate their activities and usage of the data and thus 
cannot effectively "collaborate" in a manner similar to 
that provided by the aforementioned collaboration sys- 
tems. For example, folder sharing does not provide any 
indication of, or identify, a user that made a change to 
the folder or file (nor does it notify others when a change 
has been made). In addition, file sharing systems do not 
provide any mechanism that indicates who is currently 
accessing afolderorwho is examiningfiles inthatfolder. 



Further, file sharing does not allow users to store com- 
ments about the files; instead, all communication be- 
tween collaborators must be done through files. In con- 
trast, collaboration systems provide mechanisms forthe 
5 collaborators to communicate "out-of-band", yet still "in 
context". Effectively, collaboration systems allow the 
collaborators to not only modify the shared files, but also 
to communicate regarding the files within the surround- 
ing context of the folder containing the files themselves. 

SUMMARY OF THE INVENTION 

[0013] In accordance with the principles of the inven- 
tion, a conventional operating system folder or directory 
based file system includes, or is enhanced to provide, 
attributes of shared collaborative workspaces. In partic- 
ular, the conventional file system is connected to either 
a server based or a distributed collaboration system and 
the user interface of the operating system file system is 
designed, enhanced or otherwise augmented to allow it 
to control aspects of the collaboration system. Each 
folder or directory may be treated as a "workspace" that 
can be viewed and shared with other users or groups of 
users and each folder is provided with "awareness" in- 
formation that indicates collaborators that are present 
and those that are sharing the workspace. 
[0014] In one embodiment, an invitation mechanism 
permits a user in a workspace to invite another user or 
computer to join the workspace. The invitation mecha- 
nism may also permit a person who is accepting an in- 
vitation to choose the location of the new workspace on 
his or her computer, or to merge the workspace with an 
existing folder on his or her computer. 
[0015] In another embodiment, different users may be 
granted specific permissions to perform operations, 
such as add, update, delete, etc. 
[0016] In still another embodiment, the display of the 
operating system folder may be augmented with an area 
that displays meta-information about the shared folder 
or workspace. Such meta-information may include a log 
of modifications (for example, the user that madechang- 
es and the date when changes were made) and at- 
tributes of the workspace (for example, the name of the 
workspace, the last synchronization time, the last time 
a collaborator was online, etc.) 

[0017] In yet another embodiment, a "chat" or real- 
time conversation mechanism is provided so that mem- 
bers can communicate instantly. 

[001 8] Another embodiment may have an awareness 
mechanism that indicates whether members are online 
and available. The awareness mechanism may also dis- 
play whether other members currently have a folder 
open in a window. The awareness mechanism can fur- 
ther indicate whether other members are actively work- 
ing on any of the files in the folder. 
[0019] Still another embodiment may have a notifica- 
tion mechanism that alerts members when monitored 
objects change. Such a notification mechanism can 
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ciples of the invention to add a file synchronization 
button. 

Figure 5B is a screen shot of a screen display taken 
from a conventional operating system file system 

5 that has been modified in accordance with the prin- 

ciples of the invention to add an explorer band that 
includes file synchronization options. 
Figure 6 is a schematic block diagram showing the 
internal construction of a SOAP engine on an illus- 

10 trative collaborative client. 

Figure 7 is a screen shot of a screen display taken 
from a conventional operating system file system 
that has been modified in accordance with the prin- 
ciples of the invention to add a synchronize pane to 

15 the synchronization explorer band, which synchro- 
nize pane includes collaborator invitation options. 
Figure 8 is a flowchart showing the steps in an illus- 
trative process by which files are synchronized 
when an invitee accepts an invitation. 

20 Figure 9 is a screen shot of a screen display of a 
dialog box that allows an invitee to select a location 
for a folder workspace to which he or she has been 
invited. 

Figure 10 is a screen shot of a setting and options 
25 pane that is displayed when a user selects the "set- 
tings and options" link 732 shown in Figure 7. 
Figure 1 1 is a screen shot of a chat pane that is dis- 
played when a user selects the chat selection 734 
shown in Figure 7. 
30 Figure 1 2 is a screen shot of a file task pane that is 
displayed when a user selects a file or folder in the 
file list 712 shown in Figure 7. 
Figure 13 is a screen shot of a file download pane 
that is displayed when a user selects the file down- 
35 load selection 1262 shown in Figure 12. 

Figure 14A is a flowchart showing the steps in an 
illustrative process for synchronizing a change 
made in the collaborative system with the OS file 
system . 

40 Figure 14B is a flowchart showing the steps in an 
illustrative process for synchronizing a change 
made in the OS file system with the files in the col- 
laborative system. 

45 DETAILED DESCRIPTION 



alert the user by means of an alert mechanism such as 
an operating system task bar or side bar or another 
mechanism such as an audio alert, email alert or instant 
message alert. 

[0020] Another embodiment may have a commenting 
mechanism that allows members to leave persistent 
comments about the files. 

[0021] Still other embodiments can have a check-in/ 
check-out mechanism so that a member can reserve a 
file to prevent or discourage other members from mod- 
ifying thefile. Such a system may also have a versioning 
mechanism that allows multiple update conflicts to be 
handled and a "read/unread and modified/unmodified" 
mechanism that indicates whether a file has been read 
or modified. 

[0022] In yet another embodiment, "asymmetric file 
service" is provided in distributed collaboration systems 
in which copies of the files are stored locally. Asymmet- 
ric file service is a mechanism by which collaborators 
can choose to locally store only the files of interest to 
them. In particular, in a distributed collaboration system, 
in which all users keep local copies of the collaboration 
data, it is often useful to subset the collaboration data. 
For example, if users collaborate on a library of 1 ,000 
files in a distributed collaboration system, it might be 
wasteful or otherwise unnecessary for all collaborators 
to have their own local copy of each file. Instead, each 
collaborator may choose to have a copy of only the files 
of interest to them. At any point, another collaborator 
may then request a copy of a file that they do not yet 
have. The collaboration system will then fetch the file 
from any appropriate other collaborator who has a copy 
of the file. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] The above and further advantages of the in- 
vention may be better understood by referring to the fol- 
lowing description in conjunction with the accompanying 
drawings in which: 

Figure 1 is a screen shot of a screen display taken 
from a conventional operating system file system. 
Figure 2 is a screenshot of a dialog box that allows 
a user to set sharing parameters in a conventional 
file system. 

Figure 3 is a block schematic diagram showing the 
overall architecture of the conventional file system 
connected to a collaboration system and extended 
in accordance with the principles of the invention. 
Figures 4A and 4B, when placed together form a 
flowchart showing the steps in an illustrative proc- 
ess for synchronizing files in an illustrative collabo- 
ration system with files in an operating folder-based 
file system. 

Figure 5A is a screen shot of a screen display taken 
from a conventional operating system file system 
that has been modified in accordance with the prin- 



[0024] The overall architecture of the inventive sys- 
tem 300 is shown in Figure 3. For the purposes of illus- 
tration in the discussion below, an operating system 

50 (hereinafter generically referred to as "OS") that can be 
used with the invention is the aforementioned Windows 
XP Pro operating system and a collaborative system 
that can be used with the present invention is the afore- 
mentioned Groove Workspace collaborative system. 

55 However, those skilled in the art would realize that other 
operating systems can be modified in the manner dis- 
cussed below to achieve the results provided by the in- 
vention and that other collaborative systems could also 
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be used with the invention. Further, although the discus- 
sion centers below on modifications to an existing oper- 
ating system, it would be apparent to those skilled in the 
art that a new operating system could be designed that 
included the features of the invention in a straightfor- 
ward manner. This new operating system could include 
not only user interfaces designed to offer collaborative 
services, but also the collaborative software itself so that 
the operating system and collaborative software func- 
tion as a unified program. 

[0025] The Windows XP Pro operating system has a 
built-in folder based file system as described previously 
with respectto Figures 1 and 2. As used herein, the term 
"folder" means either a dynamic or persistent set of ob- 
jects assembled either by explicit user action or by a da- 
tabase-like query that selects a set of objects in re- 
sponse to user-specified selection statements. The term 
"file" as used herein means a set of persistent data with 
associated metadata such as name, last modification 
date, or custom attributes specified by a user. Finally, 
the term "user" as used below includes a person, a com- 
puter or an agent operating on behalf of a user. The Win- 
dows XP Pro operating system includes a 'Windows 
shell" program that provides the operating system func- 
tionality and the operating system user interface. This 
shell program can be customized by a user. In particular, 
the Windows shell program provides the functionality 
and user interface for the folder-based file system, here- 
inafter referred to as the "OS file system." 
[0026] In accordance with the principles of the inven- 
tion, the Windows shell program can be extended by a 
Windows shell extension 306. The Windows shell ex- 
tension provides the main user interface to the inventive 
system in a manner described below. It extends the win- 
dows shell by receiving commands from the Windows 
shell file system 302 and by generating commands to 
the Windows shell file system 302 as indicated sche- 
matically by arrows 342 and 344, respectively. It also 
communicates with the collaborative system, as indicat- 
ed schematically by arrow 305 in a manner described 
below. 

[0027] In general, the aforementioned Groove Work- 
space collaborative system is a distributed collaboration 
system and collaborating computers are connected to 
each other by a network, such as the Internet. Although 
various networks can be used with such a system, in the 
discussion below, the network is assumed to be the In- 
ternet. In this system, the collaborating computer sys- 
tems constitute peer units and communications through 
the internet can be directed from one peer unit to anoth- 
er, without intermediaries. Each peer unit can be imple- 
mented as a personal computer or other form of net- 
work-capable device, such as a set top box or hand-held 
device. The collaborative system is implemented on 
peer units by a client program called a "transceiver" that 
receives and processes communications from other 
peer units. 

[0028] In the Groove Workspace collaboration sys- 



tem, a program called an "activity" is resident in each 
collaborating computer system, communication appli- 
ance or other network-capable device. The activity al- 
lows a shared, focused task, such as, for example, a 
5 "chat", gaming, or business application, to be performed 
in collaboration with other, remotely-located collabora- 
tors. This collaboration involves shared and mutual ac- 
tivities between individuals and small groups in private 
shared spaces. Each shared space is an instantiation 
of one or more activities operable on each of the collab- 
orating computers of members of that shared space. 
[0029] In the system, participants or members of a 
shared space access the system by opening "accounts" 
that are associated with "endpoints." Since an individual 
collaborator may access the system via more than one 
device, an endpoint is defined as a unique combination 
of an individual and a device. Each endpoint stores an 
individual, local copy of the shared space data. 
[0030] Each activity includes one or more tools, each 
of which interacts with a collaborator, for example, by 
receiving mouse and keyboard events, and initiates da- 
ta change requests in response to the interactions. 
These data change requests are used locally and sent 
to other members of the shared space. Each activity al- 
so includes one or more data-change engines, separate 
from the tools, for maintaining the local copy of the 
shared space data pursuant to a common data model. 
The data model is, for example, activity-specific, and 
preferably the same over all members of the shared 
space. Each collaborating computer also includes a dy- 
namics manager that examines data change requests 
generated locally and received from other shared space 
members and coordinates the execution of the local and 
other data change requests and directs the data-change 
engine to make the requested changes to the local copy 
of data. 

[0031] However, since the Windows shell file system 
302 does not incorporate a collaborative system trans- 
ceiver, it cannot directly interact with the collaborative 
program in the same manner that a user can interact by 
using the collaborative system user interface. In accord- 
ance with the principles of the invention, the Windows 
shell file system 302 and the Groove Workspace collab- 
oration system interact by means of event notifications 
and the windows shell extension 306. 
[0032] The file system RAMP program 304 is part of 
the collaborative system code and detects changes to 
files in the OS file system 302. It communicates with the 
file synchronizer 308, as shown schematically by arrow 
340, in order to inform the file synchronizer 308 that it 
needs to synchronize those changes. In particular, the 
Windows XP Pro operating system provides a system 
event notification system to which clients can subscribe 
to receive notifications of selected events. These events 
include changes in the OS file system, such as folder 
and file edits, additions and deletions. In orderto receive 
these notifications, a client must register with the notifi- 
cation system for events of a selected type. During the 
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collaborative system start up, the file system RAM P pro- 
gram 304 is invoked so that it can register with the OS 
event notification system for file notifications indicating 
changes to files and file contents in the Windows shell 
file system 302. 

[0033] The file synchronizer 308 is a software pro- 
gram that insures that any changes made to a file in the 
Windows shell file system 302 are also made to copies 
of that file that are stored in the collaborative system and 
vice versa. Although the file system RAMP program 304 
receives a notification from the Windows shell file sys- 
tem 302 when a file is changed, this notification does 
not indicate what file was changed or what changes 
were made. Accordingly, the file synchronizer 308 
stores in the collaborative system data store a "snap- 
shot" of the Windows shell file system 302. This snap- 
shot contains sufficient information to describe the state 
of each synchronized file at the time of the last success- 
ful synchronization. The form and contents of the snap- 
shot depend on the operating system in use. For exam- 
ple, the snapshot can consist of the directory structure 
and a set of records (one for each file) wherein each 
record contains information necessary to tell whether a 
file has been changed since the last time the snapshot 
was taken, but may omit the contents of the file. This 
information may include the size of the file, the last date 
on which the file was modified, non-data "extended" file 
attributes and their values (such as are used in the IBM 
OS/2 operating system) sometimes also referred to as 
"metadata" in operating systems that treat files more as 
semi-structured database items with a flexible schema, 
or "non-data forks" (such as the MacOS operating sys- 
tem), inode information (for Unix operating systems), or 
a hash value computed from the file contents. 
[0034] When the file synchronizer 308 is notified of a 
change in the Windows shell file system 302 by the file 
system RAMP 304, the file synchronizer 308 can then 
examine the snapshot information to determine what 
changes were made to the Windows shell file system 
and which file or files have been changed. The file syn- 
chronizer 308 receives input from the Windows shell ex- 
tension 306 (as indicated schematically by arrow 334) 
and from the OS file RAMP program 304 as indicated 
schematically by arrow 336. 

[0035] The file synchronizer 308 further interacts with 
a document share engine that is associated with each 
shared virtual space as indicated schematically by ar- 
rows 326, 328, 330 and 332. Figure 3 illustrates four 
shared spaces 315, 31 4, 31 8, and 322 which are creat- 
ed by the collaborative system. Each of these spaces 
has an associated document share engine 312, 316, 
320 and 324, respectively. Each document share engine 
stores a "file descriptor" for each file in a synchronized 
folder. The file descriptor consists of the file metadata 
(such as filename, size, and modification time) and is 
used to keep track of the file in the collaborative system. 
[0036] During collaborative system operation, each 
engine also sends data change requests containing the 



file descriptors to each collaborator in its respective 
shared space in order to keep all collaborators synchro- 
nized. Each document share engine also holds the 
aforementioned file system snapshot that the file syn- 

5 chronizer needs to detect file changes. Depending on 
howchanged files are distributed, a document share en- 
gine may also keep a copy of the contents of a synchro- 
nized file in the engine so that when the file is edited (as 
determined by thefilesynchronizer), the copy in the doc- 

10 ument share engine can be used as a point of compar- 
ison. Then only the actual changes are sent to other col- 
laborators (via binary differential updates as discussed 
below) instead of the entire file contents. 
[0037] A file sharing program 303 is also provided in 

15 the collaborative system. In the case of the Groove 
Workspace collaboration system, the file sharing pro- 
gram 303 may be a modified Files Tool that is part of the 
normal Groove Workspace system. The modified Files 
Tool is associated with a shared space and exposes a 

20 user interface option to enable or disablefoldersynchro- 
nization in the tool. Such a user interface option can be 
made available through either a tool menu, "Properties" 
dialog box button, or both, for the folder of interest. The 
option enables and disables folder synchronization 

25 mode in the appropriate document share engine asso- 
ciated with the shared space. The option can be enabled 
or disabled based on the inspection of (1) an identity 
policy that is defined for the identity that the user is cur- 
rently using and (2) a tool permission for setting the syn- 

30 chronization mode that is defined by the document 
share engine. User identities, identity policies and their 
implementation are discussed in more detail in a co- 
pending U.S. patent application serial number 
10/631 ,206, entitled METHOD AND APPARATUS FOR 

35 MANAGING AND DISPLAYING CONTACT AUTHEN- 
TICATION IN A PEER-TO-PEER COLLABORATION 
SYSTEM, filed on July 31 , 2003 by Raymond E. Ozzie, 
George Moromisato, Nimisha Asthagiri, Wei Dai, Alexei 
Evdokimov, Mark Cote and Adam Weiss, which appli- 

40 cation is incorporated by reference in its entirety. 

[0038] The process of synchronizing a folder in the 
Windows shell file system 302 with a folder in the col- 
laborative system is illustrated by the flowchart formed 
when Figures 4A and 4B are placed together. This proc- 

45 ess starts in step 400 and proceeds to step 402 where 
the Windows shell extension 306 displays a "synchro- 
nize" button. 

[0039] In particular, in the case of the Windows XP 
Pro operating system, the Windows shell extension 306 

50 can be implemented by means of a "band object" that 
generates an "explorer band" graphic display in the Win- 
dows shell file system user interface. Band objects and 
the manner of using them to extend the Windows XP 
Explorer user interface are described in detail attheMi- 

55 crosoft web site at the URLs http://www.microsoft.com/ 
msj/defaultframe.asp?page=/msj/1 1 99/bandobj/ban- 
dobj.htm& nav=/msj/1 1 99/newnav.htm and http://msdn. 
microsoft.com/library/defauft.asp? url=/tibrary/en us/ 
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shellcc/platform/Shell/programmersguide/shell adv/ 
bands.asp). In addition, the shell extension 306 may ex- 
tend the Windows XP Explorer button bar. In the illus- 
trative embodiment, the Windows Explorer button bar is 
modified to add the "synchronize" button by a band ob- 
ject that is created when the collaborative system is in- 
stalled in the computer where the operating system is 
running. 

[0040] Figure 5A is a portion 500 of a screen shot of 
the Windows Explorer screen display showing the but- 
ton bar 502 and a list of folders 51 2 that allows a folder 
to be selected for synchronization. In accordance with 
the principles of the invention, the button bar has been 
modified by the Windows shell extension 306 to add an 
illustrative synchronize button 506. 
[0041] In Figure 5A, the user has selected a folder 
named "Project X", but synchronize button 506 is "off 1 
so that the Explorer Band display shows the 
conventional "File and Folder Tasks" pane 504. When a 
user clicks on the synchronize button 506, the task pane 
504 is replaced with a "synchronize pane" and the syn- 
chronize button 506 appears "pushed in". This opera- 
tion follows the same user interface conventions as the 
search button 508 and thefolders button 51 0 on the con- 
ventional button bar 502. 

[0042] Next, in step 404, a user uses the Window shell 
extension 306 to enable synchronization. Figure 5B 
shows a screen shot 500 of the Windows Explorer 
screen display showing an illustrative synchronize pane 
514 that appears when the synchronize button 506 is 
selected. Elements in Figure 5B (and corresponding fig- 
ures 7-12) that correspond to elements in Figure 5A 
have been given corresponding numeral designations. 
For example button bar 502 in Figure 5A corresponds 
to button bar 502 in Figure 5B. Corresponding elements 
in Figure 5B that were discussed in connection with Fig- 
ure 5A will not be discussed further in connection with 
Figure 5B. In Figure 5B, the task pane 504 shown in 
Figure 5A has been replaced with synchronize pane 51 4 
and the synchronize button 506 appears "pushed in." 
[0043] If the currently-selected folder is not presently 
synchronized, the synchronize pane 51 4 is a small initial 
pane containing introductory text that explains how syn- 
chronization works. When it is selected, the "Learn more 
about synchronization" link 518 opens a help window 
(or potentially a browser window showing help). Select- 
ing an "Enable synchronization" button 516 sets up a 
folder selected in list 51 2 for synchronization. 
[0044] If the collaborative system is not currently run- 
ning at this point, it is started as set forth in step 406. As 
previously mentioned, since the Windows shell exten- 
sion 306 does not have access to a transceiver neces- 
sary to directly communicate with the Groove collabo- 
rative system, it accesses the collaborative system by 
means of a web services interface exposed by the col- 
laborative system. In particular, the Groove Workspace 
collaborative system software is modified to include 
Simple Object Access Protocol (SOAP) interfaces. With 



these interfaces, collaborative access methods are ex- 
posed in standard SOAP format so that other programs, 
such as the Windows shell extension 306, can use the 
SOAP language to communicate and interact with this 
5 collaborative client and to extract collaborative data 
even though they do not have the transceiver that is part 
of the collaborative system software. 
[0045] Figure 6 is a block schematic diagram showing 
the internal construction of a SOAP engine 602 on an 
10 illustrative collaborative client 600 that processes SOAP 
messages such as those generated by the Windows 
shell extension 306. The SOAP engine includes a SOAP 
proxy component 604, a subscription manager 606 and 
various services 608-614. The SOAP engine 602 regis- 
15 ters with a communication manager and indicates an in- 
terest in all incoming HTTP communications. In this 
manner, when the communication manager de-queues 
any data from these communications, the data, in the 
form of a SOAP envelope, is passed to the SOAP engine 
20 602 for processing. 

[0046] The SOAP proxy component 604 is a compo- 
nent that translates SOAP RPC requests into method 
invocations on a target COM interface. The component 
604 is initialized with the system services on the collab- 
25 orative client, and listens for incoming HTTP communi- 
cations from a local SOAP server. When a communica- 
tion is received, the SOAP proxy component 604 reads 
the header from the SOAP request. The SOAP proxy 
component 604 then determines the service being in- 
30 voked and determines the target object from the SOAP 
header. 

[0047] Then the proxy component 604 instantiates 
the service and optionally calls methods on the service 
if it implements certain interfaces, to determine more de- 
35 tailed context about the method. The proxy component 
then translates all inbound parameters from a SOAP 
representation to a COM (VARIANT) representation. 
Next, the selected service processes the data and gen- 
erates a response. The proxy component 604 translates 
40 any return value back to a SOAP response envelope. 
The SOAP proxy component 604 then passes the en- 
velope back to the local SOAP server. In particular, the 
SOAP engine 602, after processing the request, returns 
the result, in a SOAP response envelope, to a specific 
45 queue in the SOAP server owned by the SOAP client 
based on information from the original SOAP request. 
[0048] Eleven services are illustrated in the collabo- 
rative client 600 that can be accessed via SOAP re- 
quests. These include the accounts service 608, the cal- 
50 endar service 61 0, the contacts service 612, the discus- 
sion service 61 4, the events service 61 6 the files (base 
64) service 61 8, the files (DIME) service 620, the mes- 
sages service 622, the spaces service 624, the tools 
service 626 and the transceiver service 628. Each serv- 
55 ice implements supports up to four methods, including 
Create(), Read(), Update() and Delete() methods. The 
Read() method retrieves a record or list of records. The 
CreateQ method creates a new record. The UpdateQ 



25 



30 



35 



40 



45 



50 



7 



13 



EP 1 517 260 A2 



14 



method modifies an existing record and the Delete() 
method deletes an existing record. Each method is re- 
sponsible for updating or returning collaborative data. In 
addition, services may provide similar methods that op- 
erate on data items managed by the service. 
[0049] The accounts service 608 provides information 
about all the accounts on the local collaborative device 
and is a starting point for a hierarchical access to all web 
services available on the device. The calendar service 
610 provides information about the events in a collabo- 
rative calendar tool and enables a SOAP client to create 
new events and delete or modify existing events. The 
contacts service 61 2 provides information about the col- 
laborative contacts stored for an identity. The discussion 
service 614 provides information about the entries in a 
discussion tool and enables a SOAP clientto create new 
entries and delete or modify existing entries. The events 
service 616 provides a mechanism for SOAP clients to 
retrieve web services events. 

[0050] The files (base 64) service 61 8 provides infor- 
mation about files in a files tool and enables a SOAP 
client to read the contents of a file, create a new file, and 
delete or modify an existingfile. Thefiles (DIME) service 
620 operates in the same manner and supports the 
same methods as the files (Base64) service 618, with 
the exception that it uses the SOAP DIME protocol to 
transfer the file contents. The messages service 622 
provides a mechanism for remote SOAP clients to re- 
trieve messages sent by the collaborative client but not 
received by the SOAP client because the time-to-live 
had expired. The spaces service 624 provides informa- 
tion about shared spaces owned by a specified identity. 
The tools service 626 provides information about the 
tools in a shared space. 

[0051 ] The transceiver service 628 allows an external 
application to open a workspace window on the local 
device and direct the user to a specified U RL or enables 
the user to send an instant message or shared space 
invitation. The V-card service 630 provides additional in- 
formation about an identity, which information would typ- 
ically be found in a v-card, such as an e-mail address 
and full name. Finally, the subscription manager 606 im- 
plements a subscription service that allows a remote 
endpoint to subscribe to any supported data model to 
receive notifications. 

[0052] The operation of the web services interfaces is 
discussed in detail at URLS http://www.groove.net/pdf/ 
gws features-v25.pdf , http://www.groove.net/pdf/wp- 
groove web services.pdf and http ://www. g roove . n et/ 
pdf/datasheet-gws gdk.pdf and in U.S. Patent applica- 
tion serial no. 1 0/61 5,281 , filed on July 8, 2003, by Wei- 
dong Wang, John Burkhardt, and Jack Ozzie and enti- 
tled METHOD AND APPARATUS FOR PROVIDING 
WEB SERVICES IN A COLLABORATIVE COMPUTING 
SYSTEM. The contents of this application are incorpo- 
rated herein in their entirety by reference. 
[0053] In one embodiment, using the web services in- 
terfaces and the transceiver service, the collaborative 



system is started automatically, without further interven- 
tion from the user. Alternatively, the user can be asked, 
via a dialog box, whether the collaborative system 
should be started. 

5 [0054] If the collaborative system is already running, 
it may still be necessary to obtain some initialization in- 
formation. Some distributed collaboration systems, 
such as the aforementioned Groove Workspace collab- 
oration system, are account based, so that an account 

10 for the folder synchronization must be determined. This 
can be determined in a straightforward fash ion. First, the 
Windows shell extension uses the accounts service, via 
web services, to determine what accounts are logged- 
in. For example, if one and only one account is logged- 

15 in, then that account is used. Alternatively, if only one 
account exists on the user's machine, then that account 
is used (logging in, if necessary). If there is more than 
one account, the user can be prompted to select an ac- 
count with a dialog box or some other mechanism. Fur- 

20 ther, if the selected account has multiple identities as- 
sociated with it, a further prompt is made using an ad- 
ditional dialog box, to request that the user select an 
identity. 

[0055] It is also possible to perform some safety 
25 checks at this point to warn the user if they try to enable 
synchronization for a folder that may not benefit from 
synchronization. For example, folders on removable 
media or remote drives cannot be synchronized. Simi- 
larly, folders that are already part of the collaborative 
30 system folder hierarchy of are part of the Windows XP 
Pro system directory cannot be synchronized. Finally, 
folders cannot be synchronized if the user does not have 
write permission to the folder or if the folder is already 
being synchronized by another collaborative system ac- 
35 count. 

[0056] Alternatively, if a folder that has synchroniza- 
tion is opened and the collaborative system is not run- 
ning, then a task pane can be displayed that prompts 
the user to run the collaborative application. Similarly, if 

40 the collaborative system is running, but the account that 
enabled synchronization is not logged-in, then another 
task pane is displayed that prompts the user to log in 
(unless the account has no password and the log-in 
process can be automated.) 

45 [0057] Assuming that the "Project X" folder has not 
yet been synchronized, when the Enable synchroniza- 
tion button 51 6 is selected, in accordance with the prin- 
ciples of the invention, the system synchronizes the col- 
laborative system with the Windows shell file system 

50 folder. In particular, returning to Figure 4, in step 408, 
the windows shell extension creates a new shared work- 
space (for example, shared space 1 , 312 in Figure 3). 
Since the account and identity are known, the Windows 
shell extension uses the collaborative system web serv- 

55 ices interface and the transceiver service to request that 
the collaborative system create a new file sharing work- 
space for the specified account and identity. This work- 
space is created from a predetermined template and in- 
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eludes a files tool, a document share engine 316, achat 
tool (not shown in Figure 3) and a comments tool (not 
shown in Figure 3). The workspace template marks the 
workspace 312 as a special file sharing workspace. Al- 
so, when the workspace is created, the file path of the 
folder to be synchronized in the Windows shell file sys- 
tem 302 is passed in as a parameter to the collaborative 
system. 

[0058] Next, in step 410, a mapping is added to the 
data store associated with the new workspace that as- 
sociates the folder file path with the URL of the docu- 
ment share engine 316. The folder file path is also pro- 
vided to the document share engine 31 6 at this time. 
[0059] Then, in step 412, identification information 
(such as a GUID and an account URL that is mapped 
to the document share engine in the account data store) 
forthe document share engine is stored in the Windows 
shell file system. This can be accomplished, for exam- 
ple, by adding a special file to the collaborative initiali- 
zation directory (in the case of the aforementioned 
Groove Workspace collaborative system, this directory 
is "Groove.ini"), by writing to the desktop initialization 
file (desktop.ini) or by adding a mapping table in the op- 
erating system registry. 

[0060] The process then proceeds, via off-page con- 
nectors 414 and 416 to step 418. In step 418 after the 
workspace is created, synchronization is triggered by 
populating the document share engine with file descrip- 
tors (step418) and initializingthefilesynchronizersnap- 
shots (step 422). At this point a consistent view exists 
across the Windows shell file system, the document 
share engine and the file synchronizer and the process 
finishes in step 424. 

[0061] The Windows shell extension 306 then dis- 
plays the workspace user interface forthe synchronized 
folder. In particular, a full synchronize pane showing in- 
formation related to the synchronized folder replaces 
the normal File and Folder task pane. The synchronize 
pane is generated by one of the aforementioned band 
objects and provides shared space information and op- 
tions in the Windows Explorer Band for a synchronized 
file system folder. The Windows shell extension 306 us- 
es web services to access the shared space and its doc- 
ument share engine (as indicated schematically by ar- 
row 307) and then uses the spaces service to retrieve 
information regarding the file sharing workspace, such 
as the member list and member status. 
[0062] Figure 7 shows the full synchronize pane 720. 
As with Figures 5A and 5B, elements in Figure 7 that 
correspond to elements in Figures 5A and 5B have been 
given corresponding numeral designations and will not 
be discussed further in connection with Figure 7. For ex- 
ample, element 702 corresponds to element 502 in Fig- 
ures 5A and 5B. The synchronize pane 720 displays 
shared space information and options for the synchro- 
nized OS file system folder (Project X in Figure 8). 
[0063] Since the folder may be synchronized with 
multiple shared spaces, the synchronize pane 720 in- 



cludes a combo box 722 containing a list of the names 
of the synchronized shared spaces. The user selects the 
appropriate shared space name in the combo box 722 
to display the related shared space information and op- 

5 tions in the remainder of the synchronize pane 720. 
[0064] In one embodiment, the shared space informa- 
tion in the synchronize pane 720 may include state in- 
formation about the shared space selected in the combo 
box 722. The state information appears below the 

10 shared space combo box 722. As shown in Figure 7, 
this information includes a member list 724 that, in turn, 
includes the member name and may include an icon 
representing the member. The shared space informa- 
tion may also include an authentication icon 726 for 

15 each member. Authentication icons may be generated 
in a manner described in more detail in the aforemen- 
tioned co-pending U.S. patent application serial number 
1 0/631 ,206. The shared space information may also in- 
clude a list of devices sharing the space for the current 

20 identity (not shown in Figure 7.) The device list can in- 
clude the name of each device. In Figure 7, a single 
member is shown. This member would correspond to 
the user who has created the file sharing workspace. 
[0065] Depending on the collaboration system, the 

25 member list 724 may also display the permissions of the 
members. For example, the aforementioned Groove 
Workspace collaborative system allows the creator of 
the shared space to assign "roles" to each of the mem- 
bers. These roles define whether the member can cre- 

30 ate, delete or modify files in the space. An option button, 
as discussed below, can be provided to open a dialog 
box that allows a role or permissions to be assigned to 
each member via the collaboration system. 
[0066] The member list may also display additional 

35 icons or indicate by other means whether the listed 
members are on-line and available. This "awareness" 
mechanism may also display whether the listed mem- 
bers currently have a folder open in a window. The 
awareness mechanism can further indicate whether 

40 other members are actively working on any of the files 
in the folder. The awareness mechanism can be imple- 
mented by retrieving member information from the col- 
laborative system via the web services interface and the 
spaces service 624. 

45 [0067] Two option buttons 728-730 are provided to 
permit the user to invite new endpoints to the shared 
space. A button 728 opens a modal dialog box (not 
shown in Figure 7) that provides options for synchroniz- 
ing with a person, or inviting a new member into the 

50 shared space. Button 728 invites the new member into 
the shared space currently selected in combo box 722. 
A second button 730 (Synchronize with computer) 
opens another modal dialog box (not shown in Figure 
7) that provides options to invite other devices for the 

55 current identity into the selected shared space. This lat- 
ter button also invites the device into the shared space 
currently selected in the combo box 722. 
[0068] In accordance with the principles of the inven- 
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tion, invitations can be generated and sent from the OS 
file system user interface in the same manner as normal 
invitations are generated and sent in the collaborative 
system. Forthe manner in which invitations are sent and 
received in the aforementioned Groove Workspace col- 
laboration system, see U.S. patent application serial 
number 09/571,851 filed on May 12, 2000 entitled 
METHOD AND APPARATUS FOR MANAGING SE- 
CURE COLLABORATIVE TRANSACTIONS, by Walter 
E. Tuvell and Nimisha Asthagiri, the contents of which 
are hereby incorporated by reference herein. In partic- 
ular, the Windows shell extension 306, via the web serv- 
ice interface, uses the transceiver service to issue the 
invitation in the normal collaborative system manner. 
This operation allows the invitation to follow all of the 
normal protocol within the collaborative system process. 
[0069] In the latter Groove system, after an invitation 
is issued, the invitee must accept the invitation in order 
to join the shared space. After an invitation is sent, the 
invitee shows up in the member list. Some mechanism 
can be used to indicate that the invitee has not yet ac- 
cepted the invitation. For example, the user interface 
could display the word "Pending" in parentheses after 
the invitee name. 

[0070] In accordance with the aforementioned 
Groove Workspace collaborative system protocol, the 
invitee receives a notification of an invitation generally 
via an e-mail notice. The process that occurs during the 
acceptance of an invitation is shown in the flowchart il- 
lustrated in Figure 8. This process begins in step 800 
and proceeds to step 802 where the invitee accepts the 
invitation generally by clicking on an accept button on 
the invitation. As set forth in step 804, the invitee then 
navigates to the space either for the first time by means 
of a linkforwarded by the member who invited the invitee 
or by means of the collaborative system user interface. 
If the collaborative system is not running on the invitees 
system at this point, it is started at this time. 
[0071] Next, in step 806, the collaborative system ex- 
amines the workspace type and performs a lookup in a 
registration table to determine the type of application 
that should be launched to view the workspace in the 
collaborative system. Typically, this latter application 
would be the default workspace viewer in the collabora- 
tive system. The collaborative system then examines 
the workspace and checks for a Windows shell file sys- 
tem path for the folder on the invitee's computer that is 
to be synchronized. Since the space is new, the path will 
not yet have been set and the collaborative system dis- 
plays a dialog box similar to that illustrated in Figure 9 
in order to prompt the invitee to specify a location where 
the new synchronized folder can be stored in the OS file 
system in the invitee's computer. This dialog box allows 
the invitee to create a new location for the folder/work- 
space, or to merge the new folder/workspace with an 
existing folder. 

[0072] As shown in Figure 9, the dialog box 900 dis- 
plays a directory list 902 that allows the invitee to select 



an existing location in which to merge the new work- 
space. A new folder can also be created for the new 
workspace by using the new folder command button 
904. When a folder is chosen or a new folder is created, 

5 the invitee can then acceptthe action with the "OK" com- 
mand button 906 or discard the choice with the "Cancel" 
command button 908. Once the location has been se- 
lected, the directory is initialized and the collaborative 
system launches the Windows shell file system and nav- 

10 igates to the specified folder. 

[0073] Alternatively, if the new shared space has al- 
ready been associated with a folder, then the file sharing 
system 303 simply runs the Windows shell file system 
by executing the program explorer.exe and navigates to 

15 that folder. 

[0074] The collaborative application then instructs the 
file synchronizer 308 to synchronize the specified folder 
in step 808. The file synchronizer 308 checks with the 
document share engine in the new workspace and de- 

20 termines that there are three files entitled "Detail of Kev- 
lar Blades", "Inner Mechanism" and 'Weed Basket 
Design" in the synchronized folder "Project X" and that 
the specified folder does not have these files and that 
there are no snapshots for these files. Therefore, these 

25 files must be created. 

[0075] In a server-based collaborative system in 
which all files are kept on the server, the file to be syn- 
chronized will already be available to the user. However 
in server-based collaborative systems that use local da- 

30 ta copies and in distributed collaborative systems, that 
provide asymmetric file service as discussed above, the 
file may not be present on the local data store and must 
be downloaded to the local data store from an appropri- 
ate source. In the case of server-based systems, that 

35 source will be the server. In distributed collaborative sys- 
tems, that source will be the local data store of another 
collaborator. 

[0076] In accordance with one aspect of the invention, 
the file can be downloaded at this point or can be down- 

40 loaded at another time or as requested by the user. Re- 
turning to Figure 7, the "Settings and Options" link 732 
allows the user to set selected options by replacing the 
synchronize pane 720 with a new task pane that can be 
similar to task pane 1040 illustrated in Figure 10. In task 

45 pane 1040, the download settings radio button control 
1 042 controls when synchronization occurs and what is 
synchronized when synchronization does occur. In gen- 
eral, synchronization occurs approximately when 
changes have been made to any of the synchronized 

50 files. In one embodiment, the synchronization is asyn- 
chronous and there may be a small suppression timer 
to insure that synchronization does not occur too often. 
[0077] In particular, download of the file data is con- 
trolled by download settings that can be selected by ra- 

55 dio buttons 1 042. The download settings can be: (1 ) Al- 
ways download new files; (2) Download new files if the 
file sizes are smaller than a selected number of kilobytes 
(where the selected number of kilobytes can be entered 
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into textbox 944) and (3) Download new files manually 
as specified by the user. In one embodiment, the down- 
load settings are applied to the entire folder. By default, 
the setting of radio buttons 1 042 can be "Download new 
files manually." 

[0078] If the download settings are such that file 
downloading is deferred to a later time, that file is rep- 
resented in the OS file system as a "stub" file that is very 
similar to a Windows shortcut (.Ink file) in that it repre- 
sents a target file with a small file that contains informa- 
tion necessary to find the target file. The stub file is rep- 
resented in the user interface by the same icon as the 
target file, but it may have an overlay of some sort that 
indicates that it is a stub file in a manner similar to the 
hand overlay shown in Figure 1 . 

[0079] Assuming that the file will not be downloaded 
at the time that the new synchronized folder is initialized, 
in step 810, the file synchronizer 308 creates three stub 
files to represent the three files in the synchronized 
space. Each of these stub files is bound to the Windows 
shell extension 306 so that the Windows shell extension 
306 is run when the file is opened. In step 812, the file 
synchronizer 308 creates three snapshots of the three 
stub files in the new directory. 

[0080] Finally, in step 81 4, the Windows shell file sys- 
tem 302 is updated by the Windows shell extension 306 
so that the invitee sees the new stub files along with a 
synchronize pane that shows details of the new work- 
space and the memberthat invited the invitee. The proc- 
ess then ends in step 816. 

[0081] In one embodiment, the user can download the 
target file associated with a stub file by double clicking 
on the stub file icon. A menu with appropriate actions 
would then appear. This menu might include actions 
such as: "Download" (the default action) and "Download 
From." The "Download From" option is used with a dis- 
tributed collaboration system and displays a pop-up 
menu listing the endpoints from which the targetfile may 
be fetched. Also, when a stub file is selected, the syn- 
chronize pane may show an area that lets the user ini- 
tiate a download. 

[0082] In Figure 10, the "Change security settings" 
link 1046 opens a dialog box (not shown in Figure 10) 
that lets the user set roles and permissions for the work- 
space. The "Change notification settings" link 1048 
opens a dialog box (also not shown in Figure 10) that 
lets the user set notification levels (high, medium, low, 
etc.) The "New synchronization group" link 1 050 opens 
a dialog box (not shown in Figure 10) that lets the user 
create a new workspace either in the same folder or in 
any folder within the current synchronization work- 
space. Finally, the "End synchronization" link 1 052 ends 
the synchronization. Selecting link 1052 opens a sec- 
ondary dialog box that allows the user to withdraw from 
the space (get uninvited), remove the space from the 
current device, or shut down the space for everyone. 
The selected options are applied or discarded by select- 
ing the appropriate command button 1054 or 1056. A 



selection of either button 1054 or 1056 closes the op- 
tions pane 1 040 and restores the synchronize pane 720 
(Figure 7.) 

[0083] The synchronize pane 720 also includes a 
5 "chat" section 734 that can be expanded as shown in 
Figure 11. The chat pane 1150 includes a combo box 
1152 that allows the user to select an on-line member 
to engage in a chat. Another area 1154 is provided to 
allow the user to type in the chat message. The chat 
function is implemented by the Windows shell extension 
306 that, in turn, uses the web services interface and 
the transceiver function of the collaborative system to 
provide chat services. 

[0084] Returningto Figure7, when asynchronizedfile 
is selected in the file list 712, a new section is added to 
the synchronize pane 720 that is devoted to tasks avail- 
able for that file. An example of this new section is illus- 
trated in Figure 12. The tasks illustrated in Figure 12 
depend on the file selection and generally include oper- 
ations on a file that make sense in the context of syn- 
chronization. 

[0085] For example, a file upload button 1262 and a 
file download button 1263 can be provided. The upload 
button 1 262 is only enabled when one or more non-stub 
files (files where the contents are stored on the local da- 
ta store) are selected in the file list 1212. The upload 
button allows a user to "push" the selected file contents 
to specified endpoint(s) in one or more of the synchro- 
nized shared spaces. When this button is selected, a 
pop-up menu appears that allows the user to select an 
endpoint to which the file will be pushed. 
[0086] The download button 1263 is only enabled 
when one or more stub files are selected in the file list 
1216. The download button 1263 triggers a fetch re- 
quest for the contents of the selected stub files. The re- 
quest is delivered to each endpoint across all the syn- 
chronized spaces for the specified file system folder. 
[0087] In any case, the user/invitee at some point will 
download the file either be double clicking on it or by 
selecting the file in a list and then using the file tasks 
pane to download the file. The Windows shell extension 
306 is invoked as discussed above and accesses the 
collaborative system via the web services interface. It 
uses the files tool in the shared space to fetch the file. 
When a file is being downloaded, a download pane 1 370 
such as that illustrated in Figure 13 appears in the syn- 
chronize pane 1 320. The download pane 1 370 displays 
the status of the download, for example, by means of a 
progress bar 1372 or other means. A "Cancel" button 
1 374 allows the userto cancel the download. The down- 
load pane 1370 always applies to the selected file. If 
there is no selection but some files are being download- 
ed then, in one embodiment, the download pane may 
show a statement such as "Downloading 3 files" in place 
of the progress bar 1372. If there are multiple files se- 
lected and all the files are stubs being downloaded then 
a similar statement can be shown. The information in 
this pane is provided by the Windows shell extension 
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that, in turn, uses the files tool in the shared space (via 
the web services interface) to get the required informa- 
tion. 

[0088] When the file arrives, the stub file representing 
the actual file is replaced by the actual file and the file 
system snapshot is updated to indicate that the file con- 
tents have changed. 

[0089] Returning to Figure 12, some additional task 
and operations can be performed. The "Comments for 
this file" link 1264 opens a comments pane (not shown 
in Figure 12). The number in parenthesis following the 
link 1 264 indicates the number of comments for the se- 
lected file. This function is also implemented by the Win- 
dows shell extension by using the services of the col- 
laborative system, via the web services interfaces. The 
"Who has this file?" link 1266 opens a dialog box (not 
shown in Figure 12) that shows a list of all members of 
the space along with a column specifying whether or not 
the given member has a copy of the selected file. If a 
member does not have a copy, then the aforementioned 
upload button lets the user "push" the file to that mem- 
ber. In another embodiment, an indication can be added 
to the latter dialog box to show whether or not a user 
has ever opened (that is, read) the selected file. This 
function is implemented by the Windows shell extension 
306 which accesses the document share engine 312, 
via the web services interfaces. 

[0090] Once a folder has been synchronized, the fold- 
er icon displayed in the OS file system user interface 
display that represents that file is provided with an icon 
overlay that indicates it is synchronized through the col- 
laborative system. The icon overlay can be similar to the 
"hand" overlay 114 (Figure 1) displayed by the Windows 
XP Pro file system when a folder is shared over the net- 
work. The synchronized folder icon overlay is provided 
by an icon overlay shell extension, which is only availa- 
ble on Windows 2000 or later. See http://msdn.micro- 
soft.com/msdnmag/issues/0300/w2kui/default.aspx for 
more details on icon overlay shell extensions. 
[0091] The "Details" view in Windows Explorer dis- 
plays columns of information about each file in the file 
system. In one embodiment, synchronized folders dis- 
play extended column information (download state, 
download progress, etc.) for each file. The column ex- 
tensions are provided by a column handler shell exten- 
sion, which is only available on Windows 2000 or later. 
See http://msdn.microsoft.com/msdnmag/issues/ 
0300/w2kui/default.aspx for more details on column 
handler shell extensions. 

[0092] It is also possible to display extended informa- 
tion in "infotips" for contents of synchronized folders. 
The extended information can include download state 
and progress for synchronized files. The infotip exten- 
sions are provided by an infotip shell extension, which 
is only available on Windows 2000 or later. See http :// 
msdn.microsoft.com/msdnmaa/issues/0300/w2kui/de- 
fault.aspx for more details on column handler shell ex- 
tensions. 



[0093] In another embodiment, the context menu for 
stub files can provide an option for downloading the as- 
sociated file contents. When the file contents are down- 
loaded, the stub file is upgraded to a file of the necessary 

5 type. The context menu options are provided by a con- 
text menu shell extension. See http ://msdn .microsoft. 
com/library/default.asp?url=/library/en-us/shellcc/plat- 
form/shell/programmersguide/shell int/shell int extend- 
ing/extensionhand lers/contextmenuhandlers.asp for 

10 more details on context menu shell extensions. 

[0094] In yet another embodiment, property dialog 
boxes for synchronized folders can contain additional 
tabs containing additional information with respecttothe 
collaborative system. This information can include, for 

15 example: folder permissions for synchronized shared 
space and sharing information (member lists, device 
lists, etc) about synchronized shared spaces. Each tab 
contains a combo box for selecting the synchronized 
shared space used for displaying the permission and 

20 share information. Property sheet shell extension han- 
dlers provide the extended tabs in the Property dialog 
box for the synchronized folder. The above information 
is only available when the user is logged onto the col- 
laborative system locally. Otherwise, when logged off, 

25 the tabs contain placeholder text indicating that the user 
needs to log onto the collaborative system to obtain in- 
formation. See http://msdn.microsoft.com/library/de- 
fault.asp?url=/library/en-us/shellellcc/platform/shell/ 
programmersguide/shell int/shell int extendi ng/exten- 

30 sionhand lers/propsheethandlers.asp for more details 
on property sheet handlers. 

[0095] Returning to Figure 3, as previously men- 
tioned, document share engines 312, 316, 320 and 324 
are associated with shared spaces 310, 314, 318, and 

35 322. Each document share engine stores shared file in- 
formation and the file contents. By default, this informa- 
tion is stored in the collaborative system storage. Each 
document share engine, for example, document share 
engine 312, communicates with the file synchronizer 

40 308 to manage the files in a synchronized folder. Docu- 
ment share engine 31 2 will be discussed in detail below, 
however, it should be understood that all document 
share engines function in substantially the same man- 
ner. In order to support folder synchronization, docu- 

45 ment share engine 312 engine stores the following in- 
formation: folder download settings per endpoint, file 
download settings per endpoint, synchronization mode 
properties and specialized version handling for binary 
difference dissemination support (discussed below.) 

50 [0096] Document share engine 312 provides asym- 
metricfile service through the global folder/file download 
settings that specify whether and when a file is down- 
loaded. These settings are discussed above with re- 
spect to the "Settings and options link." Initially, the con- 

55 tents of a synchronized file can be manually or automat- 
ically delivered through the file transfer service provided 
with the collaborative system in accordance with the 
aforementioned download settings and as discussed 
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above. The file contents are then delivered via data 
change requests to all endpoints in the shared space. 
[0097] Once the initial download is complete, a file 
with downloaded contents will be always in automatic 
download mode. Underthis condition, downloaded files 
are never out-of-date. Therefore, after a download of the 
target file contents has been concluded on a stub file, 
the resultant file utilizes automatic download mode for 
future updates even though the folder download setting 
may specify that downloads are manual. In addition, a 
file in automatic download mode is kept in automatic 
mode after the initial download even if the folder down- 
load setting is later changed to "manual download." Due 
to these restrictions, file download settings must be 
maintained for each endpoint and, for consistency, fold- 
er download settings are also maintained for each end- 
point. Newly created files and folders inherit the down- 
load settings of any parent folder. 
[0098] Endpoint download settings are disseminated 
to all shared space members via data change requests. 
The members use the disseminated download settings 
to automatically direct new file content updates to those 
members that are in automatic download mode. In par- 
ticular, the disseminated download settings of all end- 
points for a particular file are inspected in order to target 
those endpoints in manual mode with file descriptor in- 
formation and to target those endpoints in automatic 
mode with file descriptor information and file contents. 
[0099] Document share engine 312 maintains and 
persists a file system synchronization mode property 
that relates only to that engine. The file synchronization 
mode property has two values: file system synchroniza- 
tion enabled and file system synchronization disabled. 
By default, file system synchronization is disabled and 
folder contents are stored in the collaborative system 
storage. In response to file content changes, document 
share engine 312 targets data change requests either 
to the OS file system (through the file synchronizer 308) 
or to the collaborative system storage depending on the 
file system synchronization mode. Specifically, when file 
system synchronization is enabled on a folder, the en- 
gine uses the file synchronizer 308 to export the folder 
contents to the specified OS file system folder. When 
the file system synchronization is disabled, the engine 
uses the file synchronizer 308 to download the folder 
contents into the collaborative system storage. As men- 
tioned above, in a distributed collaboration system, file 
contents that must be downloaded to a collaborator can 
exist on any endpoint across the synchronized shared 
space. Thus, each document share engine must be pre- 
pared to handle the reception of file contents from a file 
download request that is initiated by the file synchroniz- 
er 308. Document share engine 312 provides a policy 
to enable folder synchronization in the engine. The pol- 
icy allows the shared space manager to advise mem- 
bers nottosynchronizethefiles intheirownfilesystems. 
[0100] In one embodiment, document share engine 
312 provides support for the dissemination of file con- 



tent changes using binary differences. This support re- 
quires that the document share engine persist old ver- 
sions of file content as base versions for creating binary 
differences for dissemination of file changes and for re- 
5 storing file content versions from incoming binary differ- 
ences. 

[0101] Binary difference dissemination support for 
synchronized files requires mirroring of versions in the 
collaborative system storage. Since this mirroring con- 

10 sumes additional disk space, document share engine 
312 employs techniques for minimizing the degree of 
file version mirroring. These techniques include delay- 
ing mirroring of the synchronized file system file ver- 
sions until the initial update of file contents. The initial 

15 update to a file causes the new file contents to be stored 
in the collaborative system storage as well as in the OS 
file system. The file contents for all subsequent updates 
are then stored in the collaborative system storage while 
only the latest file contents are represented in the OS 

20 file system. The first update for each file cannot be dis- 
seminated as binary differences since the previous file 
content version is not available in the collaborative sys- 
tem storage at that time. However, subsequent file 
changes are disseminated as binary differences. The 

25 collaborative system storage maintains the history of the 
file contents until they are purged through a convention- 
al purge event. 

[0102] Binary difference support can be disabled 
through a local-only setting on folders and files. When 
30 binary difference support is disabled, document share 
engine 312 does not store old file versions in the collab- 
orative system storage. 

[0103] File synchronizer 308 is responsible for main- 
taining file system synchronization between the OS file 

35 system and the collaborative system synchronized 
"sites" in shared spaces. The synchronization process 
handles several scenarios including (1) conflicting 
changes across the file system folder and the collabo- 
rative system synchronized "sites" (document share en- 

40 gines), (2) permission mismatches between the collab- 
orative system "sites" that are synchronized with the 
same file system folder, (3) the handling of stub files 
across collaborative system synchronized "sites", and 
(4) multiple, collaborative system synchronized "sites" 

45 [0104] In particular, an OS file system folder may be 
synchronized with multiple collaborative system "sites", 
each with its own set of members. For example, a single 
folder may be synchronized simultaneously with two dif- 
ferent groups of people. File synchronizer 308 associ- 

50 ates the OS file system folder with the synchronized col- 
laborative system "sites" by maintaining a mapping be- 
tween the OS file system folder path and a unique ad- 
dress for the synchronized "sites". The design of the file 
synchronizer is such that the result of a synchronization 

55 (including the handling of conflicts) is consistent and de- 
terministic across multiple "sites". Without this consist- 
ency, it would be impossible to prevent synchronization 
loops, in which the creation of a conflict file in one "site" 
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spawns additional conflicts in an associated "site". 
[0105] File synchronizer 308 supports automatic and 
manual synchronization of changes between the syn- 
chronized file system folder and the collaborative sys- 
tem "sites". The automatic synchronization mode re- 
quires that changes to a file be synchronized as they 
happen. The manual synchronization mode requires 
reconciling changes that have been accumulating 
across the different synchronized locations (OS file sys- 
tem folder and collaborative system "sites") when file 
synchronization is requested by a user. 
[0106] In operation, the file synchronizer first detects 
file system updates made at the collaborative system 
sites and the OS file system. This is done by comparing 
the present state of the collaborative system sites and 
the present state of the OS file system with the file sys- 
tem snapshot that is maintained in the document share 
engine 312. Then, any conflicts between the conflicting 
operations in the multiple file systems must be resolved. 
Typically, the resolution procedure is performed by an 
algorithm. Any remaining conflicts may require user in- 
put. Conventional synchronization techniques and algo- 
rithms for resolving conflicts are discussed in detail in 
an article entitled 'What is a File synchronizer?", S. 
Balasubramaniam and B. C. Pierce, Indiana University 
CSCI Technical report #507, April 22, 1998 located at 
http://www.cs.indiana.edu/pub/techreports/TR507.html 
and an article entitled "An Algebraic Approach to File 
Synchronization", N. Ramsey and E. Csirmaz, Founda- 
tions of Software Engineering, 2001, located at http :// 
www. eecs . h a rva rd . ed u/~ n r/p u bs/sy n c . p df . These arti- 
cles are hereby incorporated herein in their entirety by 
reference. 

[0107] Once the file synchronizer 308 determines that 
the file system has been changed it passes the changes 
to the document share engine in the shared workspace 
which thereupon disseminates the changes. If a file has 
been edited, then the document share engine may ei- 
ther disseminate the entire updated file contents or de- 
termine the changes made to the file by comparing the 
current file contents against a copy of the contents that 
it maintains and disseminate only the differences. 
[0108] The steps involved in processing a folder 
change that originates in a shared space, such as 
shared space 1 (31 0, Figure 3), are illustrated in Figure 
14A. This process begins in step 1400 and proceeds to 
step 1402 where a change is made in shared space 1 
(310) to a synchronized folder or its contents. This 
change might be a file edit, the addition of a file or the 
deletion of a file and might be made by a user or another 
computer, such as a server. This change is disseminat- 
ed to the computers of all members of the shared space 
through the normal mechanisms of the collaboration 
system as set forth in step 1 404. In step 1 406, when the 
document share engine 31 2 in a computer of a member 
of the shared space 1 31 0 receives the change, it com- 
municates with the file synchronizer 308 as indicated by 
arrow 326. In step 1408, the file synchronizer 308 then 



controls the Windows shell file system 302 to make the 
change as indicated by arrow 338. Thus the change 
made in shared space 1 310 is now automatically re- 
flected on the Windows shell file system. The process 

5 then ends in step 1410. 

[01 09] Figure 1 4B shows a similar process in which a 
user modifies a file in the OS file system. This process 
begins in step 1412 and proceeds to step 1414 where 
the file system RAM P 304 detects that change and com- 

10 municates with the file synchronizer 308. The file syn- 
chronizer 308 then uses its snapshot to determine which 
file needs to be synchronized in step 1416. Oncethefile 
synchronizer determines which change needs to be 
made, it communicates with the document share engine 

15 of the shared space associated with the synchronized 
folder (for example, document share engine 31 2) to dis- 
seminate the change as setforth instep 1418. Once the 
shared space 1 (31 0) receives the change, in step 1 420, 
it will disseminate the change using the normal mecha- 

20 nisms of the collaboration system. In this way, all mem- 
bers of the shared space will receive the change. The 
process then ends in step 1422. 
[0110] As mentioned above, files that do not have 
contents are called stub files and are only maintained 

25 and synchronized between the originating collaborative 
system "site" and the OS file system folder. The stub 
files are not synchronized with non-originating collabo- 
rative system "sites". Stub files can be upgraded to con- 
tent files by downloading the file contents and, upon up- 

30 grade, the file synchronizer 308 forwards the new con- 
tent file to the non-originating collaborative system 
"sites". Thus, the file synchronizer 308 is not required to 
forward fetch requests made from non-originating col- 
laborative system "sites" to the originating collaborative 

35 system "site". 

[0111] Alternatively, content files can be downgraded 
to stub files. After downgrading, future content changes 
to the file are no longer synchronized across all the 
shared spaces/tools that are synchronized with that 

40 folder. As edits are processed in each of the synchro- 
nized spaces/tools, the contents of that file diverge be- 
tween those synchronized spaces/tools. Therefore, the 
downgrade may require creation of a separate stub file 
for each shared space/tool that is synchronized with that 

45 parent folder. This way each stub file can avoid synchro- 
nizing with non-originating collaborative system "sites" 
[0112] File synchronizer 308 also handles conflicts 
between the synchronized OS file system folder and col- 
laborative system "sites". In particular, file synchronizer 

50 308 associates a unique version identifier and the last 
modified time with each change made to a synchronized 
file. File synchronizer 308 then tracks the version iden- 
tifier/last modified time that is current for the file in each 
synchronized location. When a change to the file arrives 

55 from a particular synchronized location, file synchroniz- 
er 308 can determine a conflict condition by investigat- 
ing the base version identifier/last modified time infor- 
mation forthatfile and determining if it is out-of-date with 
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the latest known version identifier/last modified time 
across all synchronized locations. The following are 
some common conflict scenarios: 

File edit (replace)/file edit (replace) conflict 
File edit/file deletion conflict 
Add file/parent folder deletion conflict 
Add folder/parent folder deletion conflict 

[0113] File synchronizer 308 may use a naming con- 
vention for the conflict files/folders that does not reveal 
confidential information about other shared spaces syn- 
chronizing with the same folder. 
[0114] In addition, permission mismatch scenarios 
can happen across collaborative system "sites" syn- 
chronized with the same OS file system folder. When 
the synchronized file system folder permissions are too 
restrictive to support the collaborative system "site" per- 
missions, file synchronizer 308 can no longer synchro- 
nize the OS file system folder. In this case, the user is 
warned that the file system folder permissions need to 
be less restrictive to continue proper synchronization. 
[01 1 5] The following are some permission mismatch- 
es between collaborative system "sites" synchronized 
to the same file system folder and the illustrative file syn- 
chronizer resolutions to these scenarios. 
[0116] An Edit Permission/No Edit Permission colli- 
sion can occur due to an edit permission/no edit permis- 
sion mismatch in the following manner: 

Collaborative system "site" A has edit permission 
Collaborative system "site" B does not have edit 
permission 

Edits are made in either collaborative system "site" 
A or the synchronized OS file system folder 
Remote edits arrive to Collaborative system "site" 
B; however, these edits cannot be synchronized 
through collaborative system "site" B due to lack of 
permission. 

[0117] In this case, file synchronizer 308 creates a 
conflict when detecting mismatch between base version 
identifier/last modified time of the collaborative system 
"site" B edit and the latest synchronized version identi- 
fier/last modified time for the file. 
[0118] Another collision can occur due to the add file 
(folder) permission/no add file (folder) permission mis- 
match in the following manner: 

Collaborative system "site" A has add file (folder) 
permission 

Collaborative system "site" B does not have add file 
(folder) permission 

File (folder) is added to either collaborative system 
"site" A or the synchronized file system folder 
Added file (folder) in the previous step is not allowed 
to be synchronized through collaborative system 
"site" B 



Collaborative system "site" B receives add file (fold- 
er) permission 

[0119] In this case, file synchronizer 308 needs to 
5 synchronize collaborative system "site" B with the newly 
added file (folder). 

[0120] A further collision can occur due to the delete 
file (folder) permission/no delete file (folder) permission 
mismatch in the following manner: 

10 

Collaborative system "site" A has delete file (folder) 
permission 

Collaborative system "site" B does not have delete 
file (folder) permission 
15 A file (folder) is deleted by either collaborative sys- 
tem "site" A or the synchronized file system folder 

[0121] In this case, for the deleted file, file synchro- 
nizer places a stub file in replacement of deleted file to 
20 satisfy the collaborative system "site" B permission. For 
the deleted folder, the file synchronizer 308 then adds 
the folder back to the file system folder and collaborative 
system "site" A to satisfy the collaborative system "site" 
B permission. 

25 [0122] A software implementation of the above-de- 
scribed embodiment forming a computer program prod- 
uct may comprise a series of computer instructions. The 
computer instructions can be embodied on a carrier me- 
dium. The carrier medium can, for example, be a tangi- 

30 ble medium, such as a computer readable media, for 
example, a diskette, a CD-ROM, a ROM memory, or a 
fixed disk. The computer instructions can be transmitta- 
ble to a computer system, via a modem or other inter- 
face device over a carrier medium in the form of a trans- 

35 missions medium. The transmissions medium can be a 
tangiblemedium, including buttechniques, including but 
not limited to microwave, infrared or other transmission 
techniques. It may also be the internet. The series of 
computer instructions embodies all or part of the func- 

40 tionality previously described herein with respect to the 
invention. Those skilled in the art will appreciate that 
such computer instructions can be written in a number 
of programming languages for use with many computer 
architectures or operating systems. Further, such in- 

45 structions may be stored using any memory technology, 
present or future, including, but not limited to, semicon- 
ductor, magnetic, optical or other memory devices, or 
transmitted using any communications technology, 
present or future, including but not limited to optical, in- 

50 frared, microwave, or other transmission technologies. 
It is contemplated that such a computer program prod- 
uct may be distributed as a removable media with ac- 
companying printed or electronic documentation, e.g., 
shrink wrapped software, pre-loaded with a computer 

55 system, e.g., on system ROM orfixed disk, or distributed 
from a server or electronic bulletin board over a network, 
e.g., the Internet or World Wide Web. 
[0123] Although an exemplary embodiment of the in- 
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vention has been disclosed, it will be apparent to those 
skilled in the art that various changes and modifications 
can be made which will achieve some of the advantages 
of the invention without departing from the scope of the 
claimed invention. For example, it will be obvious to 5 
those reasonably skilled in the art that, in other imple- 
mentations, protocols and translations different from 
those shown may be performed. Other aspects, such as 
the specific process flow and the order of the illustrated 
steps, as well as other modifications to the inventive 10 
concept are intended to be covered within the claimed 
invention. 



Claims 15 

1 . A method for providing information and services of 
a collaboration system that allows a plurality of 
members to interact collaboratively in a shared fold- 
er in a folder-based file system that is part of an op- 20 
erating system with a user interface, comprising: 

(a) including a collaborative interface in the op- 
erating system user interface; 

(b) using the collaborative interface to display 25 
information regarding the members collaborat- 
ing with the context of a shared folder, through 

the use of the collaborative system; 

(c) determining changes made in the folder- 
based file system; and so 

(d) communicating the changes to other mem- 
bers via the collaborative system. 

2. The method of claim 1 wherein step (a) comprises 
designing and implementing a portion of the user 35 
interface as the collaborative interface. 

3. The method of claim 1 wherein step (a) comprises 
enhancing the user interface to include the collab- 
orative interface. 40 

4. The method of claim 1 wherein step (a) comprises 
replacing a portion of the user interface with the col- 
laborative interface. 

45 

5. The method of any one of the preceding claims 
wherein step (b) comprises using a collaborative in- 
terface to create a shared space underlying the op- 
erating system shared folder within which collabo- 
ration will occur. 50 

6. The method of claim 5 wherein step (b) further com- 
prises using the collaborative interface to invite one 
of the plurality of members to join the shared space. 

55 

7. The method of claim 5 wherein step (b) comprises 
displaying information regarding members in the 
shared space. 



30 

8. The method of claim 7 wherein the information re- 
garding members in the shared space includes 
awareness information that indicates whether each 
member is on-line and available. 

9. The method of any one of the preceding claims 
wherein step (c) comprises, for each synchronized 
file in the folder-based file system, maintaining a 
snapshot that contains sufficient information to al- 
low a determination to bemadewhetherthatfile has 
changed. 

10. The method of claim 9 wherein step (c) further com- 
prises receiving a notification from the folder-based 
file system that changes have been made to the 
folder-based file system and in response to the no- 
tification, examining each file snapshot to deter- 
mine which file has changed. 

11. The method of any one of the preceding claims 
wherein step (c) comprises connecting to the col- 
laborative system via a web services interface. 

12. The method of any one of the preceding claims 
where step (d) comprises maintaining a list of mem- 
bers who are in the shared folder. 

13. The method of claim 12 wherein step (d) further 
comprises for each member who is in the shared 
folder, maintaining information indicating whether 
that member has contents of each synchronized file 
in the shared folder. 

14. The method of claim 13 further comprising provid- 
ing a stub file to each shared folder member who 
does not have the contents of a synchronized file. 

15. The method of claim 14 further comprising display- 
ing the stub file in the user interface. 

16. The method of claim 15 further comprising down- 
loading file contents from a source when a user se- 
lects the stub file display. 

17. The method of claim 16 wherein the source com- 
prises a server. 

18. The method of claim 16 wherein the source com- 
prises a computer of another member. 

19. The method of any one of the preceding claims fur- 
ther comprising using the collaborative system to 
disseminate file changes to members in the shared 
folder. 

20. The method of claim 19 wherein the file changes 
are disseminated only as compressed representa- 
tives of such changes, such as binary differences, 
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rather than the entire file contents. 

21. The method of any one of the preceding claims 
wherein step (b) comprises using the collaborative 
interface to create a shared space underlying the 
operating system shared folder within which collab- 
oration will occur and wherein the method further 
comprises: 

(e) forwarding a change made in the shared 
space to a file to a document share engine in 
the share space; and 

(f) using the document share engine to make 
the file change to a corresponding file in the 
folder-based file system. 

22. The method of claim 21 wherein step (f) comprises 
using a file synchronizer in the collaborative system 
that makes the change in the folder-based file sys- 
tem under control of the document share engine. 

23. The method of claim 21 or claim 22 further compris- 
ing: 

(g) using the document share engine to notify 
each of the plurality of members that a file 
change has occurred. 

24. The method of any one of claims 21 to 23 further 
comprising: 

(h) using the document share engine to display 
in the collaborative interface a list of the plural- 
ity of members and an indicator showing which 
of the plurality of members has opened a se- 
lected synchronized file. 

25. The method of any one of the preceding claims 
wherein the collaborative interface comprises an 
on-line chat mechanism. 

26. The method of any one of the preceding claims 
wherein the collaborative interface comprises a 
mechanism for creating and storing comments re- 
lated to a selected file. 

27. Apparatus for providing information and services of 
a collaboration system that allows a plurality of 
members to interact collaboratively in a shared fold- 
er in a folder-based file system that is part of an op- 
erating system with a user interface, comprising: 

means for including a collaborative interface in 
the user interface; 

an interface that connects the collaborative in- 
terface to the collaboration system in order to 
retrieve and display information regarding the 
members in the user interface; 



a file synchronizer that determines a change 
made in the folder-based file system; and 
a document share engine that communicates 
the change to the collaborative system. 

5 

28. The apparatus of claim 27 wherein the means for 
including the collaborative interface comprises 
means for designing and implementing a portion of 
the user interface as the collaborative interface. 

10 

29. The apparatus of claim 27 wherein the means for 
including the collaborative interface comprises 
means for enhancing the user interface to include 
the collaborative interface. 

15 

30. The apparatus of claim 27 wherein the means for 
including the collaborative interface comprises 
means for replacing a portion of the user interface 
with an interface specifically intended to support 

20 collaborative activity. 

31 . The apparatus of any one of claims 27 to 30 wherein 
the interface comprises a web services interface 
that allows the collaborative interface to interact 

25 with the collaboration system to create a shared 
space. 

32. The apparatus of claim 31 wherein the interface fur- 
ther comprises a web services interface that allows 

30 the collaborative interface to interact with the col- 
laboration system to invite one of the plurality of 
members to join the shared space. 

33. The apparatus of claim 32 wherein the collaborative 
35 interface comprises means for displaying informa- 
tion regarding members in the shared space. 

34. The apparatus of claim 33 wherein the information 
regarding members in the shared space includes 

40 awareness information that indicates whether each 
member is on-line and available. 

35. The apparatus of any one of claims 27 to 34 wherein 
the file synchronizer comprises means for maintain- 

45 jng for each synchronized file in the folder-based 
file system a snapshot that contains sufficient infor- 
mation to allow a determination to be made whether 
that file has changed. 

50 36. The apparatus of claim 35 wherein the file synchro- 
nizer further comprises a file RAMP that receives a 
notification from the folder-based file system that 
changes have been made to the folder-based file 
system and means responsive to the notification for 

55 examining each file snapshot to determine which 
file has changed. 

37. The apparatus of any one of claims 27 to 36 wherein 
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the file synchronizer comprises a web services in- 
terface that connects to the collaboration system. 

38. The apparatus of any one of claims 27 to 37 wherein 
the interface comprises a web services interface 
that allows the collaborative interface to interact 
with the collaboration system to create a shared 
space and wherein the document share engine 
comprises means for maintaining a list of members 
who are in the shared space. 

39. The apparatus of claim 38 wherein the document 
share engine further comprises means for maintain- 
ing for each member who is in the shared space 
information indicating whether that member has 
contents of each synchronized file in the shared 
space. 

40. The apparatus of claim 39 further comprising 
means for creating a stub file and providing the stub 
file to each shared space member who does not 
have the contents of a synchronized file. 

41. The apparatus of claim 40 further comprising 
means for displaying the stub file in the user inter- 
face. 

42. The apparatus of claim 41 further comprising 
means for downloading file contents from a source 
when a user selects the stub file display. 

43. The apparatus of claim 42 wherein the source com- 
prises a server. 

44. The apparatus of claim 42 wherein the source com- 
prises a computer of another member. 

45. The apparatus of any one of claims 27 to 44 wherein 
the document share engine comprises means for 
determining changes in a file and means for provid- 
ing that changes to the collaboration system so that 
the changes are distributed to members in the 
shared folder. 

46. The apparatus of claim 45 wherein the document 
share engine provides the file changes to the col- 
laboration system as binary differences. 

47. The apparatus of any one of claims 27 to 46 wherein 
the interface comprises a web services interface 
that allows the collaborative interface to interact 
with the collaboration system to create a shared 
space and wherein the document share engine is 
located in the shared space and the document 
share enginefurther comprises means for receiving 
a change made in the shared space to a file; and 
means for communicating the change to the file 
synchronizer. 



48. The apparatus of claim 47 wherein the file synchro- 
nizer comprises means for making the change in 
the folder based file system. 

5 49. The apparatus of claims 47 or claim 48 wherein the 
document share engine comprises means for noti- 
fying each of the plurality of members that a file 
change has occurred. 

10 50. The apparatus of any one of claims 47 to 49 further 
comprising means cooperating with the document 
share engine and comprising means for displaying 
in the collaborative interface a list of the plurality of 
members and an indicatorshowing which of the plu- 

15 rality of members has opened a selected synchro- 
nized file. 

51 . The apparatus of any one of claims 27 to 50 further 
comprising an online chat mechanism in the docu- 

20 ment share engine controlled by the collaborative 
interface. 

52. The apparatus of any one of claims 27 to 51 further 
comprising means controlled by the collaborative 

25 interface for creating and storing comments related 
to a selected file. 

53. A computer program product for providing informa- 
tion and services of a collaboration system that al- 
so lows a plurality of members to interact collaborative- 
ly in a shared folder in a folder-based file system 
that is part of an operating system with a user inter- 
face, the computer program product comprising 
computer readable program code for carrying out 

35 the steps of the method of any one of claims 1 to 26 . 

54. The computer program product of claim 53 on a car- 
rier medium. 

40 55. A computer data signal embodied in a carrier wave 
for providing information and services of a collabo- 
ration system that allows a plurality of members to 
interact collaboratively in a shared folder in a folder- 
based file system that is part of an operating system 

45 with a user interface, the computer data signal com- 
prising program code for carrying out the steps of 
the method of any one of claims 1 to 26. 
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